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REVISED APPELLANT'S BRIEF UNDER 37 C.F.R. §41.37 
AND RESPONSE TO NOTIFICATION OF 
NON-COMPLIANT APPEAL BRIEF 



This revised brief is in furtherance of the Notice of Appeal, filed in this case 
on February 22, 2007 following a Notice of Panel Decision mailed April 19, 2007, 
and is in response to a Notification of Non-Compliant Appeal Brief. The Notification 
of Non-compliant Appeal Brief indicates that the summary of claimed subject matter 
groups independent claims together and requires a separate summary to be provided. 
No other points of non-compliance is indicated. Such a reading of individual 
independent claims as has been required as well as for groups of dependent claims 
which differ only by dependency is provided below. Some minor editorial revisions 
are also made in this revised brief. Otherwise, this revised brief is substantially the 
same as the brief filed May 21, 2007. 
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This brief contains these items under the following headings, and in the order 
set forth below (37 C.F.R. §41. 37(c)): 
I. Real Party in Interest 
n. Related Appeals and Interferences 
m. Status of Claims 

IV. Status of Amendments 

V. Summary of Claimed Subject Matter 

VI. Grounds of Rejection to be Reviewed on Appeal 

VII. Arguments 

□ Argument VIIA. Rejections Under 35 U.S.C. §112, first 



paragraph 



□ Argument VIIB. 



Rejections Under 35 U.S.C. §112, second 



PARAGRAPH 



□ Argument VHC. 



Rejections Under 35 U.S.C. §102 
Rejections Under 35 U.S.C. § 103 
Rejection Other Than 35 U.S.C. §§102, 103 



0 Argument VHD. 



□ Argument VUE. 



and 112 



vm. Claims Appendix 



IX. Evidence Appendix 



X. Related Proceedings Appendix 
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I. Real Party in Interest 

The real party in interest in the appeal is: 

□ the party named in the caption of this brief. 
0 the following party: 

NEC Corporation of Tokyo, Japan 
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II. Related Appeals and Interferences 

With respect to other appeals, interferences or judicial proceedings that will 
directly affect, or be directly affected by, or have a bearing on the Board's decision in 
this appeal: 

0 there are no related appeals, interferences or judicial proceedings related to, 
which directly affect or may be directly affected by or have a bearing on the Board's 
decision in this pending Appeal. 

□ these are as follows: 
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HI. Status of Claims 

The status of the claims in this application are: 

A. Total number of claims in Application 

Claims in the application are: 
Claims 1 - 72 

B. Status of all the claims: 

1 . Claims cancelled: 

None 

2. Claims withdrawn from consideration but not cancelled: 

None 

3. Claims pending: 

Claims 1 - 72 

4. Claims allowed: 

None 

5. Claims rejected: 

Claims 1 - 72 

C. Claims on Appeal. 

The claims on appeal are: 
Claims 1 - 72 
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IV. Status of Amendments 

The status of amendments filed subsequent to the final rejection are as 
follows: 

No amendments have been filed subsequent to the final rejection of August 
22, 2006. All previously submitted amendments have been entered. A Request for 
Reconsideration Under 37 C.F.R. §1.116 and aRequest for Pre- Appeal BriefReview 
have been filed subsequent to the final rejection of August 22, 2006, but neither paper 
contained any requested amendments to the specification or claims. 
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V. Summary of Claimed Subject Matter 

The invention as defined in the claims on appeal is directed to an arrangement 
which provides allocation and pre-allocation of a sufficient amount of network 
communication resources in excess of the network communication resources actually 
required by calls which may exist at any given time to assure an expectation of both a 
required level of quality of service (QoS) for each existing call and to avoid delays for 
reallocation of resources to accommodate new call requests. That is, if either a QoS 
fault is detected or the amount of network traffic rises above a threshold within the 
amount of resources allocated at a given time, additional network resources are 
allocated in order to reduce QoS faults and accommodate new call requests prior to 
such new call requests being received (see, for example, Figure 6 and pages 15-17, 
particularly page 16, line 15, to page 17, line 3) without delay in making new call 
connections due to a need to reallocate resources to accommodate new calls at the 
time of the new call requests, even when QoS failures occur, and to perform such 
functions without intervention of an operator. See, for example, page 6, lines 1 - 4, 
page 9, lines 3-14, and page 16, line 15, to page 17, line 3. This meritorious 
function is achieved by providing a QoS server 100 in the network in any of a number 
of configurations and constitutions; exemplary configurations and constitutions being 
illustrated as first through fourth embodiments in Figures 4 and 7 - 9, respectively, 
and discussed at, for example, at pages 10, line 29, to page 12, line 1 for the 
embodiment of Figure 4; page 17, line 10 to page 18, line 9, for the embodiment of 
Figure 7; page 18, line 10 to page 20, line 12, for the embodiment of Figure 8; page 
20, line 13 to page 21, line 28 for the embodiment of Figure 9. 

The claims are drafted in two substantially parallel sets: claims 1 - 36, 
including independent claims 1, 4 and 6, being directed to QoS server apparatus and 
claims 37 - 72, including independent claims 37, 40 and 42, corresponding to claims 
1, 4 and 6, respectively, being directed to a method performed by the QoS server. 
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Independent claims 1 and 37 recite constituent QoS server apparatus or steps for 
monitoring network state (103, 270 - page 14), storing the network state information 
(106, 271 - page 14), computing (101, 277 - paragraph bridging pages 14 and 15) 
resource allocation information based on resource requirements with reference to the 
network state information; storing the resource allocation information (104, 278 - 
page 15) and for setting up network resource allocation based on an aggregate of calls 
and the resource allocation information (102, 279 - page 15). Independent claims 4 
and 40 are directed to a QoS server in an environment including a policy server 513 
(e.g. the third embodiment illustrated in Figure 8) and including constituent apparatus 
or steps for monitoring the network state, storing the network state information (both 
recited in claims 1 and 37, discussed above) and for computing resource allocation 
information which is communicated to the policy server (pages 18-19). Independent 
claims 6 and 42 are directed to basically the same combination as claims 1 and 37 but 
claim 6 additionally includes a user information database 105 and a resource requiring 
section 1 07 while claim 42 additionally includes a step of making resource 
requirements with reference to the network state information and setup information 
stored in the user information database (see pagel5, lines 19 - 26). 

Claims 2, 3 and 38, 39 are directed to the source of information (the call setup 
server 102 - page 15, lines 19 - 26, and the main signal gateway 123a, 123b - page 11, 
lines 3-5) upon which the resource allocation apparatus or step operates. Claims 5 
and 41 recite that the resource requirements are derived from the policy server. 
Claims 7-12 and 43 - 48 are directed to traffic requirements and resource 
requirements are obtained and resource allocation is performed prior to a call arriving 
on the network but with differing dependencies. Claims 13-18 and 49 - 54 are 
directed to the additional apparatus or step definition of computing path and resource 
allocation based on an aggregate of calls (see, for example, page 12, lines 11-17 and 
paragraph bridging pages 16-17) with various dependencies. Claims 19-30 and 55 - 
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66 are directed to the use of thresholds for additional resource allocation or release 
based on thresholds (Figure 6 and discussion on pages 15-17) with various 
dependencies. Claims 31-35 and 67 - 72 are directed to inclusion of a user 
information database 105 (or storage of user information therein), monitoring of 
traffic flow 103 and recomputation 101 and alteration 107 of resource allocation. 

In summary, the claimed subject matter is supported by disclosure as indicated 
in the following table. However, it is to be understood that detailed disclosure of 
respective claimed elements or steps is to be found throughout the specification, 
drawings and claims and the locations of disclosure indicated below should be 
considered as exemplary and understood in the context of the entire application. 
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1 . A QoS server, which is used in a 


QoS server 100 in Figure 4, 7, 8 or 9, 


network system comprising: 


discussed at pages 10-12 and 17-22 


a network, 


network 110 


main signal gateways for 


trunk gateways 123 


accommodating outside networks in the 




network and executing conversion of 




main signals between the network and 




the outside networks, 




a call setup server for setting up a call, 


call agent 121 


and 




signaling gateways for executing 


signaling gateways 122 


conversion of signaling signals between 


(see pages 10 and 1 1 for the above) 


the call setup server and the outside 




networks, including: 




a network monitoring section for 


103, see page 11, line 27 


monitoring the network state, including 




failures and received signal quality; 




a network state database for storing 


106, see page 12, line 1 


network state information obtained at 




the network monitoring section; 




a resource allocation computing 


101, see page 12, lines 18+ 


section for computing resource 




allocation information for applications 




based on resource requirements with 




reference to the network state 




information, including failures and 




whether traffic of required quality is 
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(Claim 1 cont'd) 




being received, 




a resource allocation database for 


104, see page 13, line 2 


storing the resource allocation 




information; and 




a network setup section for setting 


102, see page 13, lines 6 - 9 


up resource allocation on the network 




based on an aggregate of calls and the 




resource allocation information. 





2. The QoS server claimed in 
claim 1, 

wherein resource allocation is 
conducted based on the resource 
requirements from 

a resource requiring section that makes 
resource requirements 
located in the call setup server. 


As above 

see page 15, lines 19-26 

107, page 15, line 19 

121, page 15, line 20, Figure 4 


3. (Original) The QoS server 
claimed in claim 1, 
wherein resource allocation is 
conducted based on the resource 
requirements from 

a resource requiring section that makes 

resource requirements 

located in the main signal gateway. 


As above 

see page 17, lines 10+ 
107 

123a, Figure 7, see page 1 1 
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4. A QoS server, which is used in a 


QoS server 100 in Figures 4, 7, 8 or 9, 


network system comprising: 


see pages 10-12 and 17 - 22 


a network being connected to 


110, Figure 8 


outside networks, and 


524a, 524b, Figure 8, page 18, lines 13+ 


a policy server for deciding a policy for 


513, Figure 8, page 19, lines 2+ 


the network and setting up resource 




allocation on the network, including: 




a network monitoring section for 


103, Figure 8, page 18, lines 25+ and as 


monitoring the network state, including 


above 


failures and received signal quality; 




a network state database for storing 


106, page 18, lines 25+ 


network state information obtained at 




the network monitoring section; and 




a resource allocation computing 


101, page 18, lines 25+ (opertion as 


section for computing resource 


above - see page 1 9, line 26+) 


allocation information for applications 




based on resource requirements with 




reference to the network state 




information, including failures and 




whether traffic of required quality is 




being received and notifying the policy 




server of the resource allocation 




information. 
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5. (Original) The QoS server claimed in 


As above 


claim 4, 




wherein resource allocation is 


Page 19, lines 2 - 25 


conducted based on the resource 




requirements from 




a resource requiring section that makes 


518, Figure 8 


resource requirements 




located in the policy server. 


513, Figure 8 
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6. A QoS server for setting up 


QoS server 100 see pages 10-12 and 


resource allocation on a network which 


17-22 (illustrated in Figure 9) 


is connected to outside networks, 




including: 




a network monitoring section for 


103, as above and page 21, line 3 


monitoring the network state, including 




failures and received signal quality; 




a network state database for storing 


106, as above and page 21, line 6 


network state information obtained at 




the network monitoring section; 




a user information database for 


105, as above and page 20. line 27 


storing setup information; 




a resource requiring section for 


107, as above and page 20, lines 22+ 


making resource requirements with 




reference to the network state 




information in the network state 




database and the setup information in 




the user information database; 




a resource allocation computing 


101, as above 


section for computing resource 




allocation information for applications 




based on the resource requirements and 




with reference to the network state 




information; 




a resource allocation database for 


104, as above 


storing the resource allocation 




information; and 
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(claim 6 cont'd) 




a network setup section for setting 


102, as above 


up resource allocation on the network 




based on an aggregate of calls and the 




resource allocation information. 





7. - 12.(identical but for dependency) 
The QoS server claimed in claim [1 - 6], 
which previously obtains traffic 
requirements and resource requirements 
to compute path and resource allocation, 
and conducts path and resource 
allocation before a call arrives on the 
network. 


QoS server 100, as above 
See Figure 6 and discussion thereof on 
pages 15-17 and, for example, 
paragraph bridging pages 16-17 and 
page 17, lines 18-21 


13. - 18.(identical but for dependency) 
The QoS server claimed in claim [1 - 6], 
which obtains traffic requirements and 
resource requirements of calls to 
compute path and resource allocation 
for an aggregate of calls, and conducts 
path and resource allocation. 


QoS server 100, as above 
See Figure 6 and discussion thereof on 
pages 15-16, especially the paragraph 
bridging pages 15 and 16, see also page 
12, lines 11 - 17, and paragraph bridging 
pages 16 - 17 
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19. - 24. (identical but for dependency) 
The QoS server claimed in claim [1 - 6], 
which obtains traffic requirements and 
resource requirements of additional 
aggregate calls, when the number of 
connected calls exceeds a certain 
threshold, to re-compute path and 
resource allocation, and renews the 
threshold after additional path and 
resource allocation. 


QoS server 100, as above 
See Figure 6 and pages 16-17 


25. - 30. (identical but for dependency) 
The QoS server claimed in claim 1, 
which obtains a request for resource 
release for aggregate calls when the 
number of connected calls underruns a 
certain threshold, and renews the 
threshold after resource release. 


QoS server 100, as above 

See Figure 6 and page 16, lines 7-14 
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31.-36 (identical but for dependency) 




The QoS server claimed in claim 1, 


QoS server 100, as above 


further including a user information 


105, Figures 4 and 7 - 9, see, for 


database for storing the resource 


example, paragraph bridging pages 1 1 


requirements, which monitors traffic 


and 12 


flow corresponding to the allocated 




resources, and 




when detecting that the required quality 


see, for example, page 14 line 10 to 


is not satisfied, re-computes path and 


page 15, line 11 


resource allocation with reference to the 




user information database to alter path 




and resource allocation. 
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37. A resource allocation control 


Figure 5 as applied to Figure 4, 7, 8 or 9 


method in a network system 


system, see pages 10-14 and 1 7 - 22 


comprising: 




a network, 


network 110 


main signal gateways for 


trunk gateways 123 


accommodating outside networks in the 




network and executing conversion of 




main signals between the network and 




the outside networks, 




a call setup server for setting up a call, 


call agent 121 


and 




signaling gateways for executing 


signaling gateways 1 22 


conversion of signaling signals between 


(see pages 10-11 for the above) 


the call setup server and the outside 




networks, including the steps of: 




monitoring the network state, 


103, see page 11, line 27, and 270, see 


including failures and quality of 


page 14 


received signals, to provide network 




state information; 




storing the network state 


106, see page 12, line 1, and 271, see 


information in a network state database; 


page 14 


computing resource allocation for 


101, see page 12, lines 18+, and 277, 


applications based on resource 


see paragraph bridging pages 14 and 15 


requirements with reference to the 




network state information stored in the 




network state database, including 




failures and whether traffic of required 
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(37. cont'd) quality is being received, to 




provide resource allocation information; 




storing the resource allocation 


104, see page 13, line 2, and 278, see 


information in a resource allocation 


page 15 


database; and 




setting up resource allocation on 


102, see page 13, lines 6 - 9, and 279, 


the network based on an aggregate of 


see page 1 5 


calls and the resource allocation 


(see also Figure 5 and the discussion 


information stored in the resource 


thereof on pages 13-15) 


allocation database 





38. The resource allocation control 


As above 


method claimed in claim 37, 




wherein resource allocation is 


see page 15, lines 19-26 


conducted based on the resource 




requirements from the call setup server. 





39. (Original) The resource allocation 


As above 


control method claimed in claim 37, 




wherein resource allocation is 


see page 17, lines 10+ 


conducted based on the resource 




requirements from the main signal 


123a, Figure 7, see also page 11, lines 3 


gateway. 


-5 
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40. A resource allocation control 


Figures 5 as applied to Figure 8 system, 


method in a network system 


see pages 10 - 14 and 17-22 


comprising: 




a network being connected to 


110, Figure 8 


outside networks, and 


524a, 524b, Figure 8, page 18, lines 13+ 


a policy server for deciding a policy for 


513, Figure 8, page 19, lines 2+ 


the network and setting up resource 




allocation on the network, including the 




steps of: 




monitoring the network state, 


103, Figure 8, page 18, lines 25+, and 


including failures and quality of 


270, see page 14 


received signals, to form network state 




information; 




storing the network state 


106, page 18, lines 25+, and 271, see 


information in a network state database; 


page 14 


computing resource allocation 


101, page 18, lines 25+, and 277, see 


information for applications based on 


page 14 (operation as above - see page 


resource requirements with reference to 


19, lines 26+) 


the network state information, including 




failures and whether traffic of required 




quality is being received, stored in the 




network state database; and 




notifying the policy server of the 


279, see pages 15 and 19, lines 2 - 25 


resource allocation information. 
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4 1 . The resource allocation 


As above 


control method claimed in claim 40, 




wherein the resource requirements are 


Page 19, lines 2 -25 


produced in the policy server. 
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42. A resource allocation control 


Figure 5 as applied to Figure 9 system, 


method for setting up resource 


see pages 10 - 14 and 17 - 22 


allocation on a network which is 




connected to outside networks, 




including the steps of: 




monitoring the network state, 


103, see page 21, line 3, and 270, see 


including failures and quality of 


page 14 


received signals, to form network state 




information; 




storing the network state 


106, see page 21, line 6, and 271, see 


information in a network state database; 


page 14 


making resource requirements with 


107, see page 20, line 22+, and 276 see 


reference to the network state 


paragraph bridging pages 14-15 and 


information stored in the network state 


page 15, lines 19-26 


database and setup information stored in 


105, see page 20, line 27 


a user information database; 




computing resource allocation for 


101, see page 12, lines 18+, and 277, 


applications based on the resource 


see paragraph bridging pages 14-15 


requirements with reference to the 




network state information, including 




failures and whether traffic of required 




quality is being received, stored in the 




network state database; 




storing resource allocation 


104, see page 13, line 2, and 278, see 


information in a resource allocation 


page 15 


database; and 
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(42. cont'd) 




setting up resource allocation on 


102, see page 13, lines 6 - 9, 234 - 238, 


the network based on an aggregate of 


see pages 12-13 and 279, see page 15 


calls and the resource allocation 




information stored in the resource 




allocation database. 





43.-48. (identical but for dependency) 




The resource allocation control method 


As above 


claimed in claim [37 - 42], wherein 




traffic requirements and resource 


See Figure 6 and discussion thereof on 


requirements are previously obtained to 


pages 15-17 and, for example, 


compute path and resource allocation, 


paragraph bridging pages 16-17 and 


and path and resource allocation is 


page 17, lines 18-21 


conducted before a call arrives on the 




network. 





49. - 54. (identical but for dependency) 




The resource allocation control method 


As above 


claimed in claim [37 - 42], wherein 




traffic requirements and resource 


See Figure 6 and discussion thereof on 


requirements of calls are obtained to 


pages 15-16, especially the paragraph 


compute path and resource allocation 


bridging pages 15 and 16, see also page 


for an aggregate of calls, and path and 


12, lines 11 - 17, and paragraph bridging 


resource allocation is conducted. 


pages 16 - 17 
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55. - 60. (identical but for dependency) 




The resource allocation control method 


As above 


claimed in claim [37 - 42], wherein 




when the number of connected calls 


See Figure 6 and pages 16-17 


exceeds a certain threshold, traffic 




requirements and resource requirements 




of additional aggregate calls are 




obtained to re-compute path and 




resource allocation, and the threshold is 




renewed after additional path and 




resource allocation. 





61.-66. (identical but for dependency) 




The resource allocation control method 


As above 


claimed in claim [37 - 42], wherein 




when the number of connected calls 


See Figure 6 and page 16, lines 7-14 


underruns a certain threshold, a request 




for resource release for reduced calls is 




obtained and the threshold is renewed 




after resource release. 
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67. - 72. (identical but for dependency) 




The resource allocation control method 


As above 


claimed in claim 37, wherein: 




a user information database stores 


105, Figures 4 and 7 - 9, see, for 


the resource requirements; and 


example, paragraph bridging pages 1 1 




and 12 


traffic flow corresponding to the 


See for example, page 14, line 10 to 


allocated resources is monitored, and 


page 15, line 11 


when it is detected that the required 




quality is not satisfied, path and 




resource allocation is re-computed with 




reference to the user information 




database and altered. 
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VI. Grounds of Rejection to be Reviewed on Appeal 

Claims 1 - 72 have been rejected under 35 U.S.C. §103 as being unpatentable 
over Hultgren in view of Feinberg and Nag et al. This is the sole ground of rejection 
in the application to be reviewed on Appeal. 
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Argument VILA. Rejections Under 35 U.S.C. § 1 12, first paragraph 

There are no grounds of rejection under 35 U.S.C. §112, first paragraph. 
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Argument VIIB. Rejections Under 35 U.S.C. §112, second paragraph 

There are no grounds of rejection under 35 U.S.C. §112, second paragraph. 
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Argument vnc. Rejections Under 35 U.S.C. §102 

There are no grounds of rejection under 35 U.S.C. §102. 
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Argument VIID. Rejections Under 35 U.S. C. §103 

Claims 1 - 72 have been rejected under 35 U.S.C. §103 as being unpatentable 
over Hultgren in view of Feinberg and Nag et al. It is respectfully submitted that this 
sole ground of rejection of all claims pending in this application is clearly in error 
since none of the references applied against the claims teach or suggest providing the 
claimed apparatus or performing the recited steps to achieve the recited meritorious 
function of the invention, as is substantially admitted by the Examiner while the 
references do not contain the teachings or suggestions that the Examiner attributes to 
them. 

Specifically, the Examiner equates the Quality of Service and Charging (QSC) 
server of Hultgren with QoS server 100 of the invention. In regard to the claim 
recitation (in all independent claims) of monitoring of network state, the Examiner 
relies on column 5, lines 9 - 56) which indicates the function of the QSC server to 
prompt a user to request a high quality connection in preference to a standard 
connection which certainly does not answer the claimed monitoring of the network 
state. For example, a prompt to a user (qualitatively) asking "Is your connection 
slow?..." and advertising higher speed service has nothing to do with monitoring 
network state. In regard to storing the network state information (if, indeed, the user 
responses can be so described) the Examiner relies solely on table 2 (column 17) 
which merely provides parameters (e.g. transmission and error rates) and prices of 
particular network links which seemingly has nothing to do with operations of the 
QSC server other than to provide data for queries to users. To the extent that the mere 
existence of such data may infer monitoring (which Hultgren does not appear to 
disclose) it is monitoring of particular, individual links that may be available on or to 
the network and not of the overall network or QoS delivered for particular calls (e.g. 
"received signal quality" or "failures", as recited in all independent claims). In regard 
to a resource allocation computing section, the Examiner relies on columns 10 and 1 1 
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of Hultgren. This passage of Hultgren is directed to the solicitation of bids for service 
which meets user specifications on links connected to nodes from which an existing 
link does not meet user specifications and not "with reference to the network state 
information, including failures a whether traffic of required quality is being received' 
as recited in all independent claims. In regard to the recitation of a resource allocation 
database recited in independent claims 1, 6, 37 and 42, the Examiner relies on 
columns 5 and 6 of Hultgren. This passage of Hultgren appears to be directed to 
developing a route for a particular call at a particular time and not for storing resource 
allocation information for the network developed in the manner claimed elsewhere in 
these claims. In regard to the recitation of a network setup section, the Examiner 
asserts this recitation to be answered by the session database 83 of Hultgren. The 
principal references thereto in Hultgren appears at column 3, lines 59 - 60, in which 
the database is referred to as a "session or transaction database" and at column 7, lines 
13-18 which indicate that this data is related to a specific call request by a user and 
not to resource allocation requirements for the network much less developed in the 
manner recited elsewhere in the claims. The examiner does not attempt to answer the 
additional recitations of a user information database or a resource requiring section of 
claims 6 and 42. 

The Examiner then admits that the network monitoring section and the 
resource allocation computing section asserted to be taught by Hultgren do not, in 
fact, answer the claim recitations in regard to those elements or corresponding steps. 
Therefore, in summary, Hultgren is directed to marketing resources already acquired 
and obtaining bids for additional quality of service which may be requested by a user 
at the time a call is requested. Therefore, Hultgren is readily seen to be substantially 
irrelevant to the present invention as claimed and certainly does not teach or suggest 
developing a function remotely approaching the meritorious function of the invention 
which provides for resources to be allocated in advance of a need therefor to avoid 
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failures to meet QoS specifications or delays due to allocation of resources when 
demanded as well as avoiding operator intervention. 

Feinberg is relied on by the Examiner to show monitoring of network state in 
regard to failures. However, the action taken by Feinberg in response thereto as 
previously pointed out, is to determine whether or not a requested call can be 
accommodated within currently allocated resources and QoS requirements and to 
deny or terminate a requested call if it cannot. Therefore, Feinberg also does not 
answer numerous claim recitations in regard to computing (or recomputing) resource 
allocation based on the monitored data and particularly does not provide any teaching 
or suggestion leading to an expectation of success in achieving resource allocation in 
advance of requirements therefor by basing the call setup on "an aggregate of calls " 
in order to avoid violating a specified QoS, call setup delay or a need for operator 
intervention. In other words, Feinberg is dir3ected to limitation of service rather than 
resource allocation in order to maintain QoS and does not address the avoidance of 
delays and provides no evidence that the level of ordinary skill in the art extended, at 
the time the invention was made, to modification of Hultgren to provide such a 
meritorious function (that is essentially diametrically opposed to the actual function to 
which each of Hultgren and Feinberg are each individually directed and thus teach 
away from the present invention, as claimed. 

Further, the Examiner admits that the combination of Hultgren and Feinberg 
does not teach or suggest setting up resource allocation based upon an aggregate of 
calls and relies upon paragraphs 0053 - 0055 of Nag et al. As previously pointed out, 
while Nag et al. discusses a call aggregation manager in this passage and the call 
aggregation manager considers an aggregate of calls which includes an estimate of 
calls based on historical data and mentions that pre-allocated reservation protocol 
"may be dynamically adjusted to account for actual usage" (paragraph 0030), Nag et 
al. is directed to providing scalability of resource allocation processing as the number 
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of calls becomes large by providing messages to and from terminals to be multiplexed 
over a link between aggregation managers such that the aggregation managers 
"themselves appear as the actual application flow originators/recipients'''' (paragraph 
0076) and either rejects sessions in the manner of Feinberg or provides "best effort 
service for the request (without the use of pre-allocated resources)" (paragraph 0068). 
No teaching of any particular technique for dynamic adjustment of pre-allocated 
resources (as distinct from dynamic allocation of resources prior to need therefor 
provided by the invention) is taught or suggested by Nag et al. Therefore, Nag et al. 
also fails to lead to an expectation of success in achieving the meritorious functions 
and effects of the invention and provides no evidence that monitoring "failures and 
received signal quality" over an aggregate of calls for re-allocation of resources to 
maintain a particular level of QoS and to avoid connection delays and a need for 
operator intervention was within the level of ordinary skill in the art at the time the 
invention was made. Further, there is no teaching or suggestion in Nag et al. of any 
processing in regard to resource allocation in response to QoS events monitored in 
Feinberg on which the Examiner relies in view of the admitted absence of the same 
from Hultgren. Additionally, it is respectfully submitted that none of the references 
relied upon by the Examiner would have any function in the context of any of the 
others and particularly not for achieving the meritorious effects of the invention. 

Additionally, it is respectfully submitted that the applied references taken 
alone or in any combination, do not answer the recitations of the dependent claims or 
even approach doing so. Moreover, the Examiner has not asserted that they do. 
Nothing is seen in any of the references which answers the sources of data upon 
which the resource allocation apparatus operates, as recited in claims 2, 4, 38 and 39; 
the resource requirements being derived from a policy server as recited in claims 5 
and 41; the recited timing of obtaining of traffic and resource requirements as recited 
in claims 7-12 and 43 - 48; the computing path and resource allocation based on an 
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aggregate of calls as recited in claims 13-18 and 49 - 54; the use of thresholds in the 
manner recited in claims 19-30 and 55 - 66; or the inclusion of a user information 
database, monitoring traffic flow and alteration of resource allocation as recited in 
claims 31 - 35 and 67 - 72. 

Therefore, it is abundantly evident that the Examiner has relied on hindsight in 
the improper combination of the references relied upon as well as on hindsight in 
regard to individual elements or steps recited in the claims which are not, in fact, 
answered by the scope and content of the references, the actual scope and content of 
which prior art falls far short of supporting the conclusion of obviousness that the 
Examiner has asserted and which precludes a prima facie demonstration of 
obviousness from properly being made. The fact of the matter is that the references 
relied upon do not contain the teachings or suggestions the Examiner attributes to 
them and even such content as the Examiner suggests may be relevant to the claimed 
subject matter clearly fails to answer the explicit recitations of the claims. As to 
Hultgren, the Examiner has simply asserted that some elements might be similarly 
named but admits major differences in overall function and function of particular 
elements and then has asserted secondary references which may monitor certain data 
but which do not provide network control which is at all similar to that of the 
invention in response to such data. The scope and content of such prior art simply 
cannot support a conclusion of obviousness of the claimed subject matter. 

Conclusion 

In view of the foregoing, it is respectfully submitted that the sole ground of 
rejection is clearly in error and untenable. The Examiner has not properly considered 
the explicit recitations of the claims, accurately evaluated the scope and content of the 
prior art or made a prima facie demonstration of the obviousness of any claim in the 
application. Therefore, reversal of the position of the Examiner in regard to the 
rejection of claims 1-72 under 35 U.S.C. §103 is respectfully requested. 
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Argument VTIE. Rejection Other Than 35 U.S.C. §§102, 103 and 112 

There are no grounds of rejection other than under 35 U.S.C. §§102, 103 or 

112. 
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VIE. Claims Appendix 

The text of the claims involved in the appeal is: 

1 . (Previously Presented) A QoS server, which is used in a network system 
comprising: a network, main signal gateways for accommodating outside networks in 
the network and executing conversion of main signals between the network and the 
outside networks, a call setup server for setting up a call, and signaling gateways for 
executing conversion of signaling signals between the call setup server and the 
outside networks, including: 

a network monitoring section for monitoring the network state, including failures 
and received signal quality; 

a network state database for storing network state information obtained at the 
network monitoring section; 

a resource allocation computing section for computing resource allocation 
information for applications based on resource requirements with reference to the 
network state information, including failures and whether traffic of required quality is 
being received; 

a resource allocation database for storing the resource allocation information; 

and 

a network setup section for setting up resource allocation on the network based 
on an aggregate of calls and the resource allocation information. 

2. (Original) The QoS server claimed in claim 1, wherein resource allocation is 
conducted based on the resource requirements from a resource requiring section that 
makes resource requirements located in the call setup server. 
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3. (Original) The QoS server claimed in claim 1, wherein resource allocation is 
conducted based on the resource requirements from a resource requiring section that 
makes resource requirements located in the main signal gateway. 

4. (Previously Presented) A QoS server, which is used in a network system 
comprising: a network being connected to outside networks, and a policy server for 
deciding a policy for the network and setting up resource allocation on the network, 
including: 

a network monitoring section for monitoring the network state, including failures 
and received signal quality; 

a network state database for storing network state information obtained at the 
network monitoring section; and 

a resource allocation computing section for computing resource allocation 
information for applications based on resource requirements with reference to the 
network state information, including failures and whether traffic of required quality is 
being received and notifying the policy server of the resource allocation information. 

5. (Original) The QoS server claimed in claim 4, wherein resource allocation is 
conducted based on the resource requirements from a resource requiring section that 
makes resource requirements located in the policy server. 
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6. (Previously Presented) A QoS server for setting up resource allocation on a 
network which is connected to outside networks, including: 

a network monitoring section for monitoring the network state, including failures 
and received signal quality; 

a network state database for storing network state information obtained at the 
network monitoring section; 

a user information database for storing setup information; 

a resource requiring section for making resource requirements with reference to 
the network state information in the network state database and the setup information 
in the user information database; 

a resource allocation computing section for computing resource allocation 
information for applications based on the resource requirements and with reference to 
the network state information; 

a resource allocation database for storing the resource allocation information; 

and 

a network setup section for setting up resource allocation on the network based 
on an aggregate of calls and the resource allocation information. 

7. (Original) The QoS server claimed in claim 1, which previously obtains 
traffic requirements and resource requirements to compute path and resource 
allocation, and conducts path and resource allocation before a call arrives on the 
network. 

8. (Original) The QoS server claimed in claim 2, which previously obtains 
traffic requirements and resource requirements to compute path and resource 
allocation, and conducts path and resource allocation before a call arrives on the 
network. 
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9. (Original) The QoS server claimed in claim 3, which previously obtains 
traffic requirements and resource requirements to compute path and resource 
allocation, and conducts path and resource allocation before a call arrives on the 
network. 

10. (Original) The QoS server claimed in claim 4, which previously obtains 
traffic requirements and resource requirements to compute path and resource 
allocation, and conducts path and resource allocation before a call arrives on the 
network. 

1 1 . (Original) The QoS server claimed in claim 5, which previously obtains 
traffic requirements and resource requirements to compute path and resource 
allocation, and conducts path and resource allocation before a call arrives on the 
network. 

12. (Original) The QoS server claimed in claim 6, which previously obtains 
traffic requirements and resource requirements to compute path and resource 
allocation, and conducts path and resource allocation before a call arrives on the 
network. 

13. (Original) The QoS server claimed in claim 1, which obtains traffic 
requirements and resource requirements of calls to compute path and resource 
allocation for an aggregate of calls, and conducts path and resource allocation. 

14. (Original) The QoS server claimed in claim 2, which obtains traffic 
requirements and resource requirements of calls to compute path and resource 
allocation for an aggregate of calls, and conducts path and resource allocation. 
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15. (Original) The QoS server claimed in claim 3, which obtains traffic 
requirements and resource requirements of calls to compute path and resource 
allocation for an aggregate of calls, and conducts path and resource allocation. 

16. (Original) The QoS server claimed in claim 4, which obtains traffic 
requirements and resource requirements of calls to compute path and resource 
allocation for an aggregate of calls, and conducts path and resource allocation. 

17. (Original) The QoS server claimed in claim 5, which obtains traffic 
requirements and resource requirements of calls to compute path and resource 
allocation for an aggregate of calls, and conducts path and resource allocation. 

18. (Original) The QoS server claimed in claim 6, which obtains traffic 
requirements and resource requirements of calls to compute path and resource 
allocation for an aggregate of calls, and conducts path and resource allocation. 

19. (Original) The QoS server claimed in claim 1, which obtains traffic 
requirements and resource requirements of additional aggregate calls, when the 
number of connected calls exceeds a certain threshold, to re-compute path and 
resource allocation, and renews the threshold after additional path and resource 
allocation. 

20. (Original) The QoS server claimed in claim 2, which obtains traffic 
requirements and resource requirements of additional aggregate calls, when the 
number of connected calls exceeds a certain threshold, to re-compute path and 
resource allocation, and renews the threshold after additional path and resource 
allocation. 
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21. (Original) The QoS server claimed in claim 3, which obtains traffic 
requirements and resource requirements of additional aggregate calls, when the 
number of connected calls exceeds a certain threshold, to re-compute path and 
resource allocation, and renews the threshold after additional path and resource 
allocation. 

22. (Original) The QoS server claimed in claim 4, which obtains traffic 
requirements and resource requirements of additional aggregate calls, when the 
number of connected calls exceeds a certain threshold, to re-compute path and 
resource allocation, and renews the threshold after additional path and resource 
allocation. 

23. (Original) The QoS server claimed in claim 5, which obtains traffic 
requirements and resource requirements of additional aggregate calls, when the 
number of connected calls exceeds a certain threshold, to re-compute path and 
resource allocation, and renews the threshold after additional path and resource 
allocation. 

24. (Original) The QoS server claimed in claim 6, which obtains traffic 
requirements and resource requirements of additional aggregate calls, when the 
number of connected calls exceeds a certain threshold, to re-compute path and 
resource allocation, and renews the threshold after additional path and resource 
allocation. 

25. (Original) The QoS server claimed in claim 1, which obtains a request for 
resource release for aggregate calls when the number of connected calls underruns a 
certain threshold, and renews the threshold after resource release. 
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26. (Original) The QoS server claimed in claim 2, which obtains a request for 
resource release for aggregate calls when the number of connected calls underruns a 
certain threshold, and renews the threshold after resource release. 

27. (Original) The QoS server claimed in claim 3, which obtains a request for 
resource release for aggregate calls when the number of connected calls underruns a 
certain threshold, and renews the threshold after resource release. 

28. (Original) The QoS server claimed in claim 4, which obtains a request for 
resource release for aggregate calls when the number of connected calls underruns a 
certain threshold, and renews the threshold after resource release. 

29. (Original) The QoS server claimed in claim 5, which obtains a request for 
resource release for aggregate calls when the number of connected calls underruns a 
certain threshold, and renews the threshold after resource release. 

30. (Original) The QoS server claimed in claim 6, which obtains a request for 
resource release for aggregate calls when the number of connected calls underruns a 
certain threshold, and renews the threshold after resource release. 

31. (Original) The QoS server claimed in claim 1, further including a user 
information database for storing the resource requirements, which monitors traffic 
flow corresponding to the allocated resources, and when detecting that the required 
quality is not satisfied, re-computes path and resource allocation with reference to the 
user information database to alter path and resource allocation. 
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32. (Original) The QoS server claimed in claim 2, further including a user 
information database for storing the resource requirements, which monitors traffic 
flow corresponding to the allocated resources, and when detecting that the required 
quality is not satisfied, re-computes path and resource allocation with reference to the 
user information database to alter path and resource allocation. 

33. (Original) The QoS server claimed in claim 3, further including a user 
information database for storing the resource requirements, which monitors traffic 
flow corresponding to the allocated resources, and when detecting that the required 
quality is not satisfied, re-computes path and resource allocation with reference to the 
user information database to alter path and resource allocation. 

34. (Original) The QoS server claimed in claim 4, further including a user 
information database for storing the resource requirements, which monitors traffic 
flow corresponding to the allocated resources, and when detecting that the required 
quality is not satisfied, re-computes path and resource allocation with reference to the 
user information database to alter the path and resource allocation. 

35. (Original) The QoS server claimed in claim 5, further including a user 
information database for storing the resource requirements, which monitors traffic 
flow corresponding to the allocated resources, and when detecting that the required 
quality is not satisfied, re-computes path and resource allocation with reference to the 
user information database to alter the path and resource allocation. 
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36. (Original) The QoS server claimed in claim 6, which monitors traffic flow 
corresponding to the allocated resources, and when detecting that the required quality 
is not satisfied, re-computes path and resource allocation to alter the path and resource 
allocation. 

37. (Previously Presented) A resource allocation control method in a network 
system comprising: a network, main signal gateways for accommodating outside 
networks in the network and executing conversion of main signals between the 
network and the outside networks, a call setup server for setting up a call, and 
signaling gateways for executing conversion of signaling signals between the call 
setup server and the outside networks, including the steps of: 

monitoring the network state, including failures and quality of received signals, 
to provide network state information; 

storing the network state information in a network state database; 

computing resource allocation for applications based on resource requirements 
with reference to the network state information stored in the network state database, 
including failures and whether traffic of required quality is being received, to provide 
resource allocation information; 

storing the resource allocation information in a resource allocation database; and 

setting up resource allocation on the network based on an aggregate of calls and 
the resource allocation information stored in the resource allocation database 

38. (Original) The resource allocation control method claimed in claim 37, 
wherein resource allocation is conducted based on the resource requirements from the 
call setup server. 
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39. (Original) The resource allocation control method claimed in claim 37, 
wherein resource allocation is conducted based on the resource requirements from the 
main signal gateway. 

40. (Previously Presented) A resource allocation control method in a network 
system comprising: a network being connected to outside networks, and a policy 
server for deciding a policy for the network and setting up resource allocation on the 
network, including the steps of: 

monitoring the network state, including failures and quality of received signals, 
to form network state information; 

storing the network state information in a network state database; 

computing resource allocation information for applications based on resource 
requirements with reference to the network state information, including failures and 
whether traffic of required quality is being received, stored in the network state 
database; and 

notifying the policy server of the resource allocation information. 

41. (Original) The resource allocation control method claimed in claim 40, 
wherein the resource requirements are produced in the policy server. 
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42. (Previously Presented) A resource allocation control method for setting up 
resource allocation on a network which is connected to outside networks, including 
the steps of: 

monitoring the network state, including failures and quality of received signals, 
to form network state information; 

storing the network state information in a network state database; 

making resource requirements with reference to the network state information 
stored in the network state database and setup information stored in a user 
information database; 

computing resource allocation for applications based on the resource 
requirements with reference to the network state information, including failures and 
whether traffic of required quality is being received, stored in the network state 
database; 

storing resource allocation information in a resource allocation database; and 
setting up resource allocation on the network based on an aggregate of calls and 
the resource allocation information stored in the resource allocation database. 

43. (Original) The resource allocation control method claimed in claim 37, 
wherein traffic requirements and resource requirements are previously obtained to 
compute path and resource allocation, and path and resource allocation is conducted 
before a call arrives on the network. 

44. (Original) The resource allocation control method claimed in claim 38, 
wherein traffic requirements and resource requirements are previously obtained to 
compute path and resource allocation, and path and resource allocation is conducted 
before a call arrives on the network. 
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45. (Original) The resource allocation control method claimed in claim 39, 
wherein traffic requirements and resource requirements are previously obtained to 
compute path and resource allocation, and path and resource allocation is conducted 
before a call arrives on the network. 

46. (Original) The resource allocation control method claimed in claim 40, 
wherein traffic requirements and resource requirements are previously obtained to 
compute path and resource allocation, and path and resource allocation is conducted 
before a call arrives on the network. 

47. (Original) The resource allocation control method claimed in claim 41, 
wherein traffic requirements and resource requirements are previously obtained to 
compute path and resource allocation, and path and resource allocation is conducted 
before a call arrives on the network. 

48. (Original) The resource allocation control method claimed in claim 42, 
wherein traffic requirements and resource requirements are previously obtained to 
compute path and resource allocation, and path and resource allocation is conducted 
before a call arrives on the network. 

49. (Original) The resource allocation control method claimed in claim 37, 
wherein traffic requirements and resource requirements of calls are obtained to 
compute path and resource allocation for an aggregate of calls, and path and resource 
allocation is conducted. 
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50. (Original) The resource allocation control method claimed in claim 38, 
wherein traffic requirements and resource requirements of calls are obtained to 
compute path and resource allocation for an aggregate of calls, and path and resource 
allocation is conducted. 

51. (Original) The resource allocation control method claimed in claim 39, 
wherein traffic requirements and resource requirements of calls are obtained to 
compute path and resource allocation for an aggregate of calls, and path and resource 
allocation is conducted. 

52. (Original) The resource allocation control method claimed in claim 40, 
wherein traffic requirements and resource requirements of calls are obtained to 
compute path and resource allocation for an aggregate of calls, and path and resource 
allocation is conducted. 

53. (Original) The resource allocation control method claimed in claim 41, 
wherein traffic requirements and resource requirements of calls are obtained to 
compute path and resource allocation for an aggregate of calls, and path and resource 
allocation is conducted. 

54. (Original) The resource allocation control method claimed in claim 42, 
wherein traffic requirements and resource requirements of calls are obtained to 
compute path and resource allocation for an aggregate of calls, and path and resource 
allocation is conducted. 
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55. (Original) The resource allocation control method claimed in claim 37, 
wherein when the number of connected calls exceeds a certain threshold, traffic 
requirements and resource requirements of additional aggregate calls are obtained to 
re-compute path and resource allocation, and the threshold is renewed after additional 
path and resource allocation. 

56. (Original) The resource allocation control method claimed in claim 38, 
wherein when the number of connected calls exceeds a certain threshold, traffic 
requirements and resource requirements of additional aggregate calls are obtained to 
re-compute path and resource allocation, and the threshold is renewed after additional 
path and resource allocation. 

57. (Original) The resource allocation control method claimed in claim 39, 
wherein when the number of connected calls exceeds a certain threshold, traffic 
requirements and resource requirements of additional aggregate calls are obtained to 
re-compute path and resource allocation, and the threshold is renewed after additional 
path and resource allocation. 

58. (Original) The resource allocation control method claimed in claim 40, 
wherein when the number of connected calls exceeds a certain threshold, traffic 
requirements and resource requirements of additional aggregate calls are obtained to 
re-compute path and resource allocation, and the threshold is renewed after additional 
path and resource allocation. 
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59. (Original) The resource allocation control method claimed in claim 41, 
wherein when the number of connected calls exceeds a certain threshold, traffic 
requirements and resource requirements of additional aggregate calls are obtained to 
re-compute path and resource allocation, and the threshold is renewed after additional 
path and resource allocation. 

60. (Original) The resource allocation control method claimed in claim 42, 
wherein when the number of connected calls exceeds a certain threshold, traffic 
requirements and resource requirements of additional aggregate calls are obtained to 
re-compute path and resource allocation, and the threshold is renewed after additional 
path and resource allocation. 

61. (Original) The resource allocation control method claimed in claim 37, 
wherein when the number of connected calls underruns a certain threshold, a request 
for resource release for reduced calls is obtained and the threshold is renewed after 
resource release. 

62. (Original) The resource allocation control method claimed in claim 38, 
wherein when the number of connected calls underruns a certain threshold, a request 
for resource release for reduced calls is obtained and the threshold is renewed after 
resource release. 

63. (Original) The resource allocation control method claimed in claim 39, 
wherein when the number of connected calls underruns a certain threshold, a request 
for resource release for reduced calls is obtained and the threshold is renewed after 
resource release. 
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64. (Original) The resource allocation control method claimed in claim 40, 
wherein when the number of connected calls underruns a certain threshold, a request 
for resource release for reduced calls is obtained and the threshold is renewed after 
resource release. 

65. (Original) The resource allocation control method claimed in claim 41, 
wherein when the number of connected calls underruns a certain threshold, a request 
for resource release for reduced calls is obtained and the threshold is renewed after 
resource release. 

66. (Original) The resource allocation control method claimed in claim 42, 
wherein when the number of connected calls underruns a certain threshold, a request 
for resource release for reduced calls is obtained and the threshold is renewed after 
resource release. 

67. (Original) The resource allocation control method claimed in claim 37, 
wherein: 

a user information database stores the resource requirements; and 
traffic flow corresponding to the allocated resources is monitored, and when it is 
detected that the required quality is not satisfied, path and resource allocation is re- 
computed with reference to the user information database and altered. 
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68. (Original) The resource allocation control method claimed in claim 38, 
wherein: 

a user information database stores the resource requirements; and 
traffic flow corresponding to the allocated resources is monitored, and when it 
detected that the required quality is not satisfied, path and resource allocation is re- 
computed with reference to the user information database and altered. 

69. (Original) The resource allocation control method claimed in claim 39, 
wherein: 

a user information database stores the resource requirements; and 
traffic flow corresponding to the allocated resources is monitored, and when it 
detected that the required quality is not satisfied, path and resource allocation is re- 
computed with reference to the user information database and altered. 

70. (Original) The resource allocation control method claimed in claim 40, 
wherein: 

a user information database stores the resource requirements; and 
traffic flow corresponding to the allocated resources is monitored, and when it 
detected that the required quality is not satisfied, path and resource allocation is re- 
computed with reference to the user information database and altered. 

71. (Original) The resource allocation control method claimed in claim 41, 
wherein: 

a user information database stores the resource requirements; and 
traffic flow corresponding to the allocated resources is monitored, and when it 
detected that the required quality is not satisfied, path and resource allocation is re- 
computed with reference to the user information database and altered. 
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72. (Original) The resource allocation control method claimed in claim 42, 
wherein traffic flow corresponding to the allocated resources is monitored, and when 
it is detected that the required quality is not satisfied, path and resource allocation is 
re-computed and altered. 
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No additional evidence is presented in this Appeal. 
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X. Related Proceedings Appendix 

There are no other proceedings related to this Appeal. 
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